EVE Search - Client crashes on Ubuntu 11.10

All Channels

Linux

Client crashes on Ubuntu 11.10

» Click here to find additional results for this topic using Google

Monitor this thread via RSS [?]

Author	Thread Statistics \| Show CCP posts - 5 post(s)
Lairel Dallocort Dreddit Test Alliance Please Ignore 0	Posted - 2012.04.24 20:51:00 - [1] - Quote I get a crash on my Ubuntu 12.04 with FGLRX 12.1 drivers and wine 1.5.2, so it's not just Nvidia. I had the problem at some stations with no other ships around as well as at heavy traffic stations. I tried turning all graphics to lowest and no change, still crashes.
Lairel Dallocort Dreddit Test Alliance Please Ignore 2	Posted - 2012.04.25 03:58:00 - [2] - Quote The while loop did not work for me. As soon as I jumped onto grid on my home station I crash no matter what.
Lairel Dallocort Dreddit Test Alliance Please Ignore 2	Posted - 2012.04.25 04:26:00 - [3] - Quote NegatedVoid wrote: Make sure you've got the right directory for your cache. Some distros put it in other places or something. "find ~ \| grep /cache/ships" should point you in the right direction, might be slow tho. Nah, it's correct. I have been pouring over logs and I noticed this line that may or may not have been present prior to this patch: Quote: err:winediag:shader_generate_glsl_declarations The hardware does not support enough uniform components to run this shader, it may not render correctly. Does anyone else have this? I searched on the Google and found multiple threads about wine + some game + new patch for said game breaking the game and this was present in all of them. Also, for many of these threads this error was new as of that new patch. If the thread did not mention a patch, it simply stated that "all of a sudden" their game started crashing. Could it be that CCP used a d3d command with the new patch that is not yet supported in wine? I know my hardware supports this, and enough other people are having the problem to likely rule out hardware/drivers being old.
Lairel Dallocort Dreddit Test Alliance Please Ignore 2	Posted - 2012.04.25 04:33:00 - [4] - Quote NegatedVoid wrote: You could try doing winetricks glsl-disable and running without glsl. The client does not run with GLSL disabled for me.
Lairel Dallocort Dreddit Test Alliance Please Ignore 2	Posted - 2012.04.25 09:19:00 - [5] - Quote Kadesh Priestess wrote: DJ Rubbie wrote: Interestingly enough, I have no problems when using the tengu itself, but when I get on grid with another tech 3 cruiser or switch subsystems on the tengu, the crash is triggered. It could be specific subsystem or subsystem combination which causes the crash. Lairel Dallocort wrote: Does anyone else have this? I have the crash but no such line in output: http://pastebin.com/U3tEPeF9 That line comes from the console output log, sorry i wasn't clear!
Lairel Dallocort Dreddit Test Alliance Please Ignore 2	Posted - 2012.04.25 11:12:00 - [6] - Quote Katrina Bekers wrote: Side note: WTF guys! All of CFC uses linux or what? /dev/VFK by February! It's because we're the best and Linux is the best, so obviously we'd use the best ;)
Lairel Dallocort Dreddit Test Alliance Please Ignore 2	Posted - 2012.04.25 11:14:00 - [7] - Quote CCP Snorlax wrote: This seems to be an issue in how Python under Wine deals with file descriptors - opening a file with os.open and closing it with os.close causes this error. The Python source code has a comment indicating that this is handled in a hacky way, using internal structures of the Microsoft CRT. I'll see if I can achieve the same thing in a different way, but I don't have a way to test under Linux, nor should I technically be spending time on this, this being an unsupported platform and all. Still, I don't like seeing EVE crashing. Hopefully this gives Wine developers a clue, nonetheless. If you want me to test things, I am happy to do so at any point. I can provide a direct email address as well. In addition, if you have other information available in detail, post it here and I'm sure a multitude of people will be hacking away in no time.
Lairel Dallocort Dreddit Test Alliance Please Ignore 3	Posted - 2012.04.25 11:29:00 - [8] - Quote Maquis196 wrote: I'd be interested to know why it works fine on mac since I thought that was basically cedega/wine wrapped around eve anyway. Surely what works there would work here? (unless thats nastier hack I guess) I believe they used to do this, however they implemented an OpenGL client for OSX a while back. Not sure why they can't implement the whole thing in OpenGL and then Linux support would be much better/easier to handle... but I respect that CCP Snorlax is giving it a shot even though it isn't supported. However, even with this small thread I think it's obvious that there are enough Linux users that are encumbered by this problem that it's worthwhile monetarily cor CCP to at least fix 1 or 2 problems we have with the client from time to time :) o7 to CCP Snorlax!
Lairel Dallocort Dreddit Test Alliance Please Ignore 3	Posted - 2012.04.25 11:44:00 - [9] - Quote Maquis196 wrote: and the CFC would miss us all as well haha Suddenly the enemies of CFC begin to infiltrate the developer network of Python and Wine to ruin support for Eve and finally be able to win CFC space since no one will be around.
Lairel Dallocort Dreddit Test Alliance Please Ignore 3	Posted - 2012.04.25 12:23:00 - [10] - Quote CoffinQueen wrote: Maquis196 wrote: I'd be interested to know why it works fine on mac since I thought that was basically cedega/wine wrapped around eve anyway. Surely what works there would work here? (unless thats nastier hack I guess) maybe the python thingie is working properly on mac. Could you take it from a mac over to a linux box somehow? I mean, mac os is based on linux, right? OSX is based on BSD and some other stuff that is decidedly not Linux.
Lairel Dallocort Dreddit Test Alliance Please Ignore 4	Posted - 2012.04.25 22:48:00 - [11] - Quote TWHC Assistant wrote: I have not tried anything further yet under Linux since it freezes my entire box when it crashes and I am at risk of trashing my harddrive or even damaging hardware. It never did this before the patch so now I have switched to Windows for running EVE. Is anyone else getting hardware freezes? Also, since it seems to be related to the client's cache could it possibly be solved by disabling the resource cache? It has this as an option in the settings... Are you 100% sure it's hardware? Do you run windowed mode and can't alt-tab out? Have you tried moving to another console with Ctrl+Alt+F1 through F6 and killing the eve process?
Lairel Dallocort Dreddit Test Alliance Please Ignore 4	Posted - 2012.04.25 22:49:00 - [12] - Quote Quote: # T3 bug fix for now (while true; do rm -r ~/.wine/drive_c/users/gerard/Local\ Settings/Application\ Data/CCP/EVE/c_program_files_ccp_eve_tranquility/cache/ships/* 2>/dev/null; done) & PID=$! env WINEPREFIX="/home/gerard/.wine" taskset 1 wine explorer /desktop=EVE1,1920x1080 "C:\Program Files\CCP\EVE\eve.exe" kill $PID This is excellent. I have no command-line-fu so this helps a bunch!
Lairel Dallocort Dreddit Test Alliance Please Ignore 4	Posted - 2012.04.26 15:14:00 - [13] - Quote DJ Rubbie wrote: The apparent hang is probably due to you running wine in full screen and with software cursor (for some reason), and there is a setting that can trap your mouse within the active window. In these situations, it's best to run wine with a virtual desktop. For me, I have something like this:. The problem is that he/she can't even Ctrl+Alt+F1 to get to a new virtual console. This rules out the error you described.
Lairel Dallocort Dreddit Test Alliance Please Ignore 4	Posted - 2012.04.26 15:31:00 - [14] - Quote Maquis196 wrote: Lairel Dallocort wrote: DJ Rubbie wrote: The apparent hang is probably due to you running wine in full screen and with software cursor (for some reason), and there is a setting that can trap your mouse within the active window. In these situations, it's best to run wine with a virtual desktop. For me, I have something like this:. The problem is that he/she can't even Ctrl+Alt+F1 to get to a new virtual console. This rules out the error you described. Ive had it before when X has locked up in such a way that Ctrl+Alt+F1 wouldn't work for me either. Either the keys were being intercepted or the screen was overlayed with nothing and the console was working underneath (although the command to restart X didn't work). I've had it were only ssh'ing in would allow me to kill X and go from there. When wine dies it can be nasty :) Jesus, that's awful. I guess I'm lucky I've never had that. I didn't even think that was possible for something like this.
Lairel Dallocort Dreddit Test Alliance Please Ignore 4	Posted - 2012.04.29 04:04:00 - [15] - Quote POS Trader wrote: CCP Snorlax wrote: I believe the next scheduled client update is on Monday and this fix will be included in that. Awesome! Looking forward to it. Aside: my workaround that seems to work is just symlink of ships directory in cache to /dev/null. That seems like a much better solution than the loop!

COPYRIGHT NOTICE
EVE Online, the EVE logo, EVE and all associated logos and designs are the intellectual property of CCP hf. All artwork, screenshots, characters, vehicles, storylines, world facts or other recognizable features of the intellectual property relating to these trademarks are likewise the intellectual property of CCP hf. EVE Online and the EVE logo are the registered trademarks of CCP hf. All rights are reserved worldwide. All other trademarks are the property of their respective owners. CCP hf. has granted permission to EVE-Search.com to use EVE Online and all associated logos and designs for promotional and information purposes on its website but does not endorse, and is not in any way affiliated with, EVE-Search.com. CCP is in no way responsible for the content on or functioning of this website, nor can it be liable for any damage arising from the use of this website.